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(54) Platform for customer-service management 

(57) A platform for managing the customer service, 
for forwarding a service request (12) coming from a user 
(1 1 ) to a person or group of people (23) of an organiza- 
tion that is able to fulfill the service request (12), the plat- 
form (10) comprising: 

a customer service repository (CSR) made up of a 
set of sub-repositories (PR, SR, CR, TAR, WR), 
each connected to a sub-model (2, 3, 4, 5, 6) of a 
process model (1); 

a configurator (CSRC) of the customer service re- 



pository (CSR) designed to adapt the sub-models 
(2, 3,4,5, 6) of the process model (1 ) to the specific 
characteristics of the organization so as to fill with 
data the sub-repositories (PR, SR, CR, TAR, WR); 
and 

a set of modules (WM, TAM, CPM) designed to 
manage the data of the sub-repositories and to 
serve as interface between the user (11 ) making the 
service request (12) and the personnel (23) of the 
organization that satisfies the said request. 
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Description 

[0001] The present invention relates to a process for 
managing customer services based upon a software 
platform that is able to support operation of said process 
according to criteria of economic profitability, 
rnnnoi in nartinnlar Hip nresent invention is aimed at 

L J " ■ I ' * • 

firms or bodies (hereinafter referred to generically as 
"organizations") that provide services, such as support 
or assistance to customers, on-line and remote consult- 
ing, on-line and remote training, and the like. 
[0003] The aforesaid software platform is particularly 
suited to being applied to the call centers of such organ- 
izations. 

[0004] On account of the ever-increasing competition, 
firms in all sectors (production, finance, services) are 
currently undergoing a phase of review of strategies and 
redefinition of organization and information systems ac- 
cording to schemes that increasingly focus on the cus- 
tomer. This philosophy places the customer at the cent- 
er of all business processes and means that Customer 
Relationship Management (CRM) represents a compa- 
ny area that attracts increasingly higher investments. 
[0005] Current approaches to CRM are based mainly 
on the activity of the Call Centers. In the most advanced 
cases, the Call Centers are integrated with other proc- 
esses regarding services directed at the outside world 
(e.g., marketing, automation of the sales department, 
etc.) and in-company services (e.g., order manage- 
ment, logistics, etc.) both aimed at satisfying customer 
needs. The Call Centers can also be integrated, from 
both standpoints, with pre-existing systems - in particu- 
lar, with Enterprise Resource Planning (ERP) and Sup- 
ply Chain Management (SCM) systems. 
[0006] Generally, the Call Centers are managed by 
groups, even ones of large size, of dedicated people, 
who have been specifically recruited for this task and 
trained to receive telephone calls and provide custom- 
ers with on-line before-sales and after-sales information 
of both a commercial nature and a technical nature. Call 
Center systems provide the infrastructure necessary for 
receiving and distributing incoming phone calls to the 
Call Center staff, as well as for recovering relevant in- 
formation from existing systems and recording certain 
key information regarding the customers who have 
called. 

[0007] This approach to customer service presents 
several drawbacks and limitations. 
[0008] People recruited for managing the Call Center 
generally receive a somewhat superficial training in a 
restricted number of areas. For this reason., their capac- 
ity for meeting customer expectations regarding the 
service proves rather limited. 

[0009] The activity of the Call Center staff is generally 
boring, stressful, and consequently far from motivating. 
As a result, turnover of Call Center staff is normally very 
high, and a big investment in staff training is not eco- 
nomically advantageous. 



[001 0] Call Centers may even represent a practicable 
solution in the case of the consumer market and of 
standardized and very simple products, but are gener- 
ally not profitable in the case where the customers are 
5 firms and the products are complex and personalized. 
[0011] The overall expenditure for setting up a Call 
Center (infrastructures, labor costs, operating expens- 
es, etc.) is generally very high, even in the case of total 
outsourcing of the service. The solution may not there- 
to fore be suitable for small and medium-sized enterprises. 
[0012] Similar observations may be made also as re- 
gards the sector of consultancy. At present, consultancy 
activity takes place basically in the framework of meet- 
ings. Remote or on-line consultancy (whether by tele- 
15 phone, or via Internet and other new means of commu- 
nication, or again through a combination of the two so- 
lutions) is not currently used nor is it possible on account 
of the lack of adequate technological infrastructures ca- 
pable of supplying customers effectively with services 
20 that have an added value and are efficient from an eco- 
nomic point of view. 

[0013] Finally, similar considerations may also apply 
to the training sector and, in particular, to remote train- 
ing, for which it is of vital importance, both for public or- 

25 ganizations and for private ones, to organize training 
and courses in such a way as to integrate the classes 
and the software provided for teaching purposes, both 
off-line and on-line, with a support to students and train- 
ees that is readily accessible and economically valid. 

30 [0014] Methods and technologies necessary for cre- 
ating, managing and holding on-line courses and train- 
ing cycles and for making back-up material accessible 
(e.g., on-line multimedia training, virtual classes, etc.) 
are now available. Existing products and technologies, 

35 however, do not yet enable the supply of back-up serv- 
ices to the trainees at the end of the institutional training 
sessions. 

[0015] In the remote teaching and training area, the 
customers of the organizations who require back-up 

40 services are students and trainees. 

[001 6] The purpose of the present invention is to pro- 
vide a software platform that is able to implement a 
method capable of managing the customer service 
which focuses on customer needs and sets at the dis- 

45 posal of the customer the best resources that the firm 
has available. 

[0017] The above purpose is achieved in accordance 

with the invention thanks to the characteristics listed in 

the attached independent Claim 1. 
50 [0018] Advantageous embodiments of the invention 

appear from the dependent claims. 

[0019] In accordance with the present invention, a 

process model for providing a service to customers and 

a software platform that is able to support operation of 
55 such a process model are made available. 

[0020] The process model is made up of sub-models 

considered as generic structures. 

[0021] The software platform that implements the 
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process model comprises a customer service repository 
made up of sub-repositories. Each sub-repository is as- 
sociated to a sub-model which defines the contents of 
the corresponding sub-repository. 

[0022] The customer service repository is configured s 
by a customer service repository configurator which 
makes it possible to configure the software platform for 
a given firm or organization by adapting the process 
model to the specific characteristics of the organization. 
[0023] The software platform moreover envisages 10 
modules which work together and, on the basis of the 
data arriving from the customer service repository, man- 
age interaction between the customers and the person- 
nel of the organization in charge of the customer service. 
[0024] The advantages of the invention are evident. 15 
[0025] The process of management of the customer 
service and its operation supported by the software plat- 
form enable customer-oriented organizations to distrib- 
ute, amongst their own key staff, the tasks of customer 
service that are generally supplied by traditional Call 20 
Centers, as well as organizing and managing provision 
of customer services at a global level. 
[0026] In particular, the present invention enables or- 
ganizations to make available to their customers the 
best skills and resources that they have at their disposal. 25 
This approach may be applied also in the case of firms 
which deal in complex and personalized products. Con- 
sequently, the quality of the services provided by the firm 
will be considerably improved. 

[0027] Further characteristics of the invention will be 30 
made clearer by the detailed description that follows, 
which refers to a purely exemplary and therefore non- 
limiting embodiment thereof, and illustrated in the ap- 
pended drawings, in which: 

35 

Fig. 1 is a block diagram providing a generic illus- 
tration of a process model according to the inven- 
tion; 

Fig. 2 is a block diagram illustrating the architecture 40 
of a software platform according to the invention; 

Fig. 3 is a block diagram illustrating operation of the 
workflow module of the platform according to the 
invention: 45 

Fig. 4 is a block diagram illustrating operation of the 
task-allocation module of the platform according to 
the invention; and 



50 

Fig. 5 is a block diagram illustrating operation of the 
customer-profiling module of the software platform 
according to the invention. 

[0028] According to a preferred embodiment of the in- 55 
vention, a process model is defined which is a generic 
and abstract reference scheme. 
[0029] The process model is made up of sub-models. 



Each sub-model is a generic structure, which may be 
described using a formal language. 
[0030] Preferably, the sub-models are described., in a 
formal way, using extensible Mark-up Language (XML), 
which is per se known. 

[0031] As shown in Fig. 1 , the process model, which 
is designated as a whole by the reference number 1 , is 
divided into five sub-models: 

a personnel sub-model 2 defining the skills and ex- 
pertise of individuals working within an organ ization 
who are involved in the provision of customer serv- 
ices, as well as defining any constraints (e.g., time 
availability) that may exist on the involvement of an 
individual in the service-provision process; 
a service sub-model 3 defining the type of service 
to be supplied to the customer by a given organiza- 
tion, and specifying the corresponding general re- 
quirements and the skills and expertise necessary 
for supplying effectively each of the services iden- 
tified; 

a customer sub-model 4 defining the basic charac- 
teristics of the customers or groups of customers 
and the requirements linked to supply of services, 
possibly defined by the individual customers or 
groups of customers; 

a task-allocation sub-model 5 defining the criteria 
of allocation and programming of tasks and the cri- 
teria of dynamic re-allocation and reprogramming 
of said tasks, to be adopted in a given organization; 
these criteria are based upon the requirements of 
the service requested, upon the skills of the availa- 
ble personnel, upon the existing constraints regard- 
ing available resources, and upon the customer-re- 
lated requirements; and 

a workflow sub-model 6 defining the main workflow, 
as well as the elementary tasks involved in service 
provision to customers defined in the service sub- 
model 3. 

[0032] The above-mentioned sub-models constitute 
the reference points for determining a computer data- 
base which makes up the core structure of a software 
platform. 

[0033] According to the above division of the process 
model 1 into sub-models, a software platform is provid- 
ed, as illustrated in Figure 2 and designated as a whole 
by the reference number 10. 

[0034] The software platform 1 0 comprises a main da- 
tabase, which is referred to hereinafter as Customer 
Service Repository (CSR), for storage of the various 
sub-models making up the process model 1. The said 
sub-models are stored in sub-repositories. Each sub-re- 
pository is associated to a respective sub-model of the 
process model 1 . 

[0035] In the present embodiment, five sub-repositor- 
ies are present: a Personnel sub-Repository (PR), a 
Service sub-Repository(SR) t a Customer sub-Reposi- 
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tory (CR), a Task- Allocation sub-Repository (TA R) , and 
a Workflow sub-Repository (WR). 
[0036] The platform 10 is provided with a Customer 
Service Repository Configurator (CSRC) which inter- 
acts with the customer service repository CSR. The cus- 
tomer service repository configurator CS RC enables the 
platform to be configured for a given organization by 
adapting the process model and the sub-repositories of 
the customer service repository CSR to the character- 
istics of the specific organization. 
[0037] According to the specific characteristics of the 
organization, the customer service repository configu- 
rator CSRC makes it possible to configure the personnel 
sub-model 2, service sub-model 3, customer sub-model 
4, task-allocation sub-model 5, and workflow sub-model 
6 by respectively filling the sub-repository PR, the sub- 
repository SR, the sub-repository CR, the sub-reposi- 
tory TAR, and the sub-repository WR. 
[0038] The platform 1 0 further comprises three mod- 
ules which, according to the data coming from the cus- 
tomer service repository CSR : perform key functions of 
management of the interaction between a customer re- 
questing a service and the personnel of the organization 
in charge of customer service. The aforesaid modules 
are: 

- a Workflow Module (WM) which coordinates and 
synchronizes all the actors (service personnel of the 
organization and customers), as well as the tasks 
involved in supply of services, and keeps track of 
interactions between the organization and the cus- 
tomer, recording them in a special log; 
a Task-Allocation Module (TAM) which distributes 
the tasks involved in customer-service provision 
amongst the organization personnel and plans the 
supply of services in time; and 
a Customer-Profiling Module (CPM) which supports 
analysis of the log kept by the workflow module WM , 
so as to create customer profiles, clustering th e cus- 
tomers together into homogeneous groups. 

[0039]- There now follows a description of the opera- 
tion of the aforesaid modules. 

[0040] With reference to Fig. 3, operation of the work- 
flow module WM is described in accordance with the key 
functions afforded by the said module. 
[0041] A user 11 sends a service request 12, by tele- 
phone ortelematic means, to the organization that pos- 
sesses the platform according to the invention. The 
service request 12 is forwarded to the workflow module 
WM. 

[0042] The workflow module WM is made up of vari- 
ous blocks, which carry out specific key functions. 
[0043] The incoming service request 12 presented by 
the user 11 arrives at a reception block 13, which for- 
wards it to an interaction block 14, where an interactive 
question-and-answer session, made up of questions 1 5 
and answers 1 6, is automatically set up with the user 1 1 



to define the characteristics of the service requested. If 
the request 12 arrives by telephone, an automated in- 
teraction of a voice type is used. 
[0044] The data gathered by the interaction block 1 4 

5 are sent to a definition block 1 7, which defines the nature 
of the service requested and recognizes any other im- 
portant requirement and/or constraint. 
[0045] Once the service requested has been defined, 
the definition block 1 7 passes the data to an identifica- 

10 tion block 1 8, where all the requirements necessary for 
a personalization of the service requested are identified 
for booking a given time slot for execution of the service, 
and/or for booking a specific person chosen from the 
organization staff. 

15 [0046] The data identified in the identification block 1 8 
are sent on to a decomposition block 1 9, where the serv- 
ice request 12 is broken down into elementary service 
tasks 20. 

[0047] The elementary tasks 20 are sent to the task- 
20 allocation module TAM. The task-allocation module 
TAM verifies whether the service request 1 2 can be met 
automatically. In the case where human intervention is 
necessary, the task-allocation module TAM identifies 
the person to whom the service request 1 2 could be for- 
25 warded. The task-allocation module TAM moreover ver- 
ifies whether it is possible to book an adequate time slot 
and/or a specific person for carrying out the elementary 
tasks that it has received. 

[0048] Once the task-allocation module TAM has 

30 identified the times for fulfilling the service request, as 
well as the person who is able to render the service, the 
data for assignment of the tasks 21 and for programming 
the activities 40 are sent to an assignment block 70 of 
the workflow module (WM). 

35 [0049] According to the data 21 and 40 received from 
the task-allocation module TAM, the assignment mod- 
ule 70 forwards a request for, and/or a booking of, the 
service 22 to the person or persons selected from the 
organization staff 23 (transferring the call if the request 

40 has arrived by telephone; otherwise, notifying the per- 
son or persons concerned via telematic means). 
[0050] A coordination and synchronization block 25 is 
provided for coordinating and synchronizing execution 
of the tasks and elementary activities for service provi- 

45 sion among the staff 23 involved within the organization. 
[0051] The coordination and synchronization block 25 
receives from the staff 23 information 26 regarding the 
problems and constraints of the staff in rendering the 
service to the customer, and transfers this information 

so to the task-allocation module TAM. In this way, the task- 
allocation module TAM has all the relevant information 
for possibly reassigning and reprogramming the tasks. 
[0052] A support block 27 is provided which carries 
out coordination, synchronization and support for the 

55 global interaction between the organization staff 23 and 
the user 11 , either in real time (in the case of a phone 
call) or deferred (in the case of requests sent by telemat- 
ic means or whenever a follow-up is necessary subse- 
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quent to the phone call). 

[0053] The data coming from the support block 27 are 
sent to a recording block 28, which records the state of 
execution of the elementary tasks 20 in the framework 
of the service as regards all the persons involved, as 
well as the state of the global provision of the service. 
[0054] The support block 27 draws up a complete log 
on the results of the elementary service tasks 20, as well 
as a log of the basic data exchanged between the or- 
ganization personnel 23 and the customers 11 in the 
course of provision of the service. The contents of the 
said logs are sent to the customer-profiling module 
CPM. 

[0055] With reference to Fig. 4, operation of the task- 
allocation module TAM is described according to the key 
functions it affords. 

[0056] The task-allocation module TAM is provided 
with a definition block 30, which receives at input the 
elementary tasks 20 sent by the decomposition block 
19 of the workflow module WM. The definition block 20 
defines a scheme of the requirements of the service re- 
quested 1 2 and of the user 1 1 who is the recipient of the 
service, comparing them with the skills and expertise ex- 
isting among the organization personnel 23 and with the 
availability of said personnel 23. 
[0057] An inquiry block 31 is provided for verifying 
whether a service request 12 and/or an elementary 
service task 20 can be automatically satisfied/executed, 
or else whether intervention on the part of a member of 
the organization staff 23 is required. 
[0058] The data arriving from the inquiry block 31 are 
sent to an assignment block 32, which identifies a spe- 
cific person within the organization staff 23 to whom the 
service request 1 2 and/or the elementary service tasks 
21 are to be assigned. Assignment of the elementary 
tasks 21 , generated by the assignment block 32, is sent 
to the workflow module WM, which will assign the said 
tasks to the person selected. 

[0059] A programming block 33 is provided, which in- 
teracts with the assignment block 32. The programming 
block 33 carries out task programming 40, which is sent 
to the workflow module WM; i.e., the programming block 
33 programs the time slots required for provision of the 
service and/or execution of the elementary service 
tasks. 

[0060] Included in the assignment block 32 is a re- 
allocation sub-block 34, which receives at input from the 
workflow module WM the problems and constraints 26 
of the personnel and, according to the data received, 
carries out dynamic re-allocation of the staff resources 
available, destining them to tasks and activities. 
[0061] Included in the programming block 33 is a re- 
programming sub-block 35, which receives at input from 
the workflow module WM the problems and constraints 
26 of the staff and, according to the data received, car- 
ries out dynamic reprogramming of the tasks and activ- 
ities. 

[0062] As illustrated in Fig. 5, the customer-profiling 
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module CPM offers a key function performed by an anal- 
ysis block 50, which carries out analysis of the contents 
of the log held by the workflow module WM, so as to 
enable automatic creation of customer profiles, cluster- 
ing the customers together to form homogeneous 
groups. 

[0063] Numerous variations and modifications of de- 
tails within the reach of a person skilled in the art and 
falling within the scope of the invention can be made to 
the present embodiment of the invention set forth in the 
appended claims. 



Claims 

1. A platform for customer-service management, in 
particular for forwarding a service request (12) com- 
ing from a user (1 1 ) to a person or group of people 
(23) of an organization that is able to fulfill said serv- 
ice request (12), the platform (1 0) comprising: 

- a customer service repository (CSR) made up 
of a set of sub-repositories (PR, SR, CR, TAR, 
WR), each sub-repository being connected to 
a sub-model (2, 3, 4, 5, 6) of a process model 

0); 

- a configurator (CSRC) of the customer service 
repository (CSR) designed to adapt the sub- 
models (2, 3, 4, 5; 6) of the process model (1) 
to the specific characteristics of the organiza- 
tion in such a way as to fill said sub-repositories 
(PR, SR, CR, TAR, WR) with data; and 

- a set of modules (WM, TAM, CPM) designed to 
manage the data of said sub-repositories to 
function as an interface between the user (11) 
who makes the service request (12) and the 
personnel (23) of the organization that fulfills 
said request. 

The platform according to Claim 1 , characterized 
In that each sub-model is a generic structure based 
upon extensible Mark-up Language (XML). 

The platform according to Claim 1 or Claim 2, char- 
acterized in that said sub-models comprise: 

a personnel sub-model (2) defining the skills 
and expertise of the personnel (23) of the or- 
ganization who will be involved in the provision 
of customer services, as well as defining any 
constraints that may exist on the involvement 
of an individual in the service-provision proc- 
ess; 

- a service sub-model (3) defining the type of 
service to be supplied to the customer (1 1 ) by. 
the personnel (23) of the organization and com- 
prising the corresponding general require- 
ments and the skills and expertise necessary 
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for supplying effectively each of the services 
identified; 

- a customer sub-model (4) defining the basic 
characteristics of the customers or groups of 
customers and the requirements linked to sup- * 
ply of services, possibly defined by the individ- 
ual customers or groups of customers; 

a task-allocation sub-model (5) defining the cri- 
teria of allocation and programming of tasks 
and the criteria of dynamic re-allocation and re- i 
programming of tasks; and 

- a workflow sub-model (6) defining the main 
workflow, as well as the elementary tasks in- 
volved in service provision to customers de- 
fined in the service sub-model (3). 

4. The platform according to any one of the foregoing 
claims, characterized in that said modules com- 
prise: 

a workflow module (WM) which coordinates 
and synchronizes the interactions between the 
user (11) who has requested the service and 
the personnel (23) of the organization, and 
keeps track of said interactions by recording 
them in a log; 
- a task-allocation module (TAM) which, on the 
basis of the data received from the workflow 
module (WM), allocates to the organization per- 
sonnel the tasks involved in customer-service 
provision and plans service provision in time; 
and 

a customer-profiling module (CPM) which sup- 
ports analysis of the log kept by the workflow 
module (WM), so as to create customer pro- 
files, clustering the customers together into ho- 
mogeneous groups. 

5. The platform according to Claim 4, characterized 
in that said workflow module (WM) performs the fol- 
lowing key functions: 

- receipt (13) of a service request (12) from a us- 
er (11): 

- interaction (14) with the user (11) by means of 
questions and answers (15, 16) in automatic 
mode; 

- definition (17) of the nature of the service re- 
quested; 

- identification (18) of all the requirements for 
personalization of the service requested; 

- breaking-down (1 9) of the service into elemen- 
tary tasks (20), which are passed on to said 
task-allocation module (TAM), which identifies 
the person or group of people (23) to whom the 
service requested is to be addressed, as well 
as the time necessary for rendering the service; 

- assignment (70) of the service request to the 



person or group of people (23) identified by the 
task-allocation module (TAM): 

- coordination and synchronization (25) of as- 
signment of the tasks according to the prob- 
lems and constraints of the personnel (23) re- 
sponsible for providing customer service; 

- coordination, synchronization and support (27) 
to the interaction beLween the user (1 1 ) «nd the 
person (23) selected for fulfilling the service re- 
quest; and 

- recording (28) in a log of the basic data ex- 
changed between the user (11 ) and the organ- 
ization personnel (23). 

The platform according to Claim 4 or Claim 5, char- 
acterized in that said task-allocation module 
(TAM) performs the following key functions: 

- definition (30) of a scheme of the requirements 
of the service requested (12) and of the desti- 
nee customer (11), comparing them with the 
skills, expertise and availability of the person- 
nel (23) of the organization; 
inquiry (31 ) to determine whether the service 

25 request for an elementary service task can be 

fulfilled automatically or else by intervention on 
the part of one member of the personnel (23); 

- assignment (32) of the service request and/or 
of the elementary service tasks to a specific 

30 person within the destinee organization, for the 

purposes of provision/execution; and 

- programming (33) of the time slots necessary 
for supplying the service and/or executing the 
elementary service tasks. 

35 

7. The platform according to Claim 6, characterized 
in that said key functions of assignment (32) and 
programming (33) comprise respective key func- 
tions of dynamic re-allocation (34) and dynamic re- 
40 programming (35), which, according to the prob- 
lems and constraints of the organization personnel, 
re-allocate and reprogram the tasks of the person- 
nel (23) of the organization. 

45 8. The platform according to any one of Claims 4 to 7, 
characterized in that said customer-profiling mod- 
ule (CPM) envisages the key function of analysis 
(50) of the contents of the log kept by the workflow 
module (WM) so as to create automatically the cus- 
50 tomer profiles, clustering the customers together in- 
to homogeneous groups. 

9. A process model (1 ) for managing a customer-serv- 
ice procedure by the personnel of an organization, 
55 the process model comprising the following sub- 
models: 

- a personnel sub-model (2) defining the skills 
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and expertise of the personnel (23) of the or- 
ganization who will be involved in the provision 
of customer services, as well as defining any 
constraints that may exist on the involvement 
of an individual in the service-provision proc- 5 
ess; 

a service sub-model (3) defining the type of 
service to be supplied to the customer (11) by 
the personnel (23) of the organization and com- 
prising the corresponding general require- 10 
ments and the skills and expertise necessary 
for supplying effectively each of the services 
identified; 

a customer sub-model (4) defining the basic 
characteristics of the customers or groups of 15 
customers and the requirements linked to sup- 
ply of services, possibly defined by the individ- 
ual customers or groups of customers; 
a task-allocation sub-model (5) defining the cri- 
teria of allocation and programming of tasks 20 
and the criteria of dynamic re-allocation and re- 
programming of tasks; and 
a workflow sub-model (6) defining the main 
workflow, as well as the elementary tasks in- 
volved in service provision to customers de- 25 
fined in the service sub-model (3). 
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(54) Platform for customer-service management 

(57) A platform for managing the customer service, 
for forwarding a service request (12) coming from a user 
(11 ) to a person or group of people (23) of an organiza- 
tion that is able to fulfill the service request (12), the plat- 
form (10) comprising: 

a customer service repository (CSR) made up of a 
set of sub-repositories (PR, SR, CR, TAR, WR), 
each connected to a sub-model (2, 3, 4, 5, 6) of a 
process model (1); 

a configurator (CSRC) of the customer service re- 



pository (CSR) designed to adapt the sub-models 
(2, 3,4,5, 6) of the process model (1 ) to the specific 
characteristics of the organization so as to fill with 
data the sub-repositories (PR, SR, CR, TAR, WR); 
and 

a set of modules (WM, TAM, CPM) designed to 
manage the data of the sub-repositories and to 
serve as interface between the user (1 1 ) making the 
service request (12) and the personnel (23) of the 
organization that satisfies the said request. 
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